External On-Chain USDC Transfer Lifecycle
When an internal Funding Instruction resolves to an external USDC payment, the system coordinates three distinct domains: Payment Orchestration & Routing (the brain), Treasury & Ledger Domain (the accountant), and Execution & Settlement Domain (the worker).
Decoupled System Architecture & Domain Boundaries
Introductory Overview: Below is the structural map connecting user triggers, routing decision policies, subledgers (Source ADA), and execution rails.
Source ADA (Account of Digital Asset)
The platform app-level ledger account holding customer digital assets. Operates strict balance buckets: Available, Reserved, and Pending Outbound.
Destination Account / Rail Target
For external USDC routes, the destination is an on-chain blockchain wallet address (e.g. Polygon / Ethereum). For fiat routes, it is a linked bank account via Fedwire/ACH.
Initiates payment instruction requests into the platform.
Manages instruction state machine (created โ route_resolved โ pending โ confirmed).
Scores candidates based on cost, latency, liquidity, and reliability telemetry.
Computes exact deployable liquidity before route reservation.
Translates operational events into balanced financial journal entries.
Tracks Available, Reserved, Pending Outbound, and In-Transit buckets.
Issues execution calls to external providers (Circle API, Banking Gateways).
Executes on-chain blockchain transfer or wire clearing.
Ingests webhooks and triggers terminal balance settlement in the ledger.
Click any component above to inspect details
Select any component card from the topology map to view its inputs, outputs, commands, and subledger hooks.